Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to next, this PR will be updated.
next
is currently in pre mode so this branch has prereleases rather than normal releases. If you want to exit prereleases, runchangeset pre exit
onnext
.Releases
[email protected]
Major Changes
#11826
7315050
Thanks @matthewp! - Deprecate Astro.globThe
Astro.glob
function has been deprecated in favor of Content Collections andimport.meta.glob
.import.meta.glob
(https://vitejs.dev/guide/features.html#glob-import).Also consider using glob packages from npm, like fast-glob, especially if statically generating your site, as it is faster for most use-cases.
The easiest path is to migrate to
import.meta.glob
like so:#11827
a83e362
Thanks @matthewp! - Prevent usage ofastro:content
in the clientUsage of
astro:content
in the client has always been discouraged because it leads to all of your content winding up in your client bundle, and can possibly leaks secrets.This formally makes doing so impossible, adding to the previous warning with errors.
In the future Astro might add APIs for client-usage based on needs.
#11253
4e5cc5a
Thanks @kevinzunigacuellar! - Changes the data returned forpage.url.current
,page.url.next
,page.url.prev
,page.url.first
andpage.url.last
to include the value set forbase
in your Astro config.Previously, you had to manually prepend your configured value for
base
to the URL path. Now, Astro automatically includes yourbase
value innext
andprev
URLs.If you are using the
paginate()
function for "previous" and "next" URLs, remove any existingbase
value as it is now added for you:Minor Changes
#11698
05139ef
Thanks @ematipico! - Adds a new property to the globalsAstro
andAPIContext
calledroutePattern
. TheroutePattern
represents the current route (component)that is being rendered by Astro. It's usually a path pattern will look like this:
blog/[slug]
:Patch Changes
#11791
9393243
Thanks @bluwy! - Updates Astro's default<script>
rendering strategy and removes theexperimental.directRenderScript
option as this is now the default behavior: scripts are always rendered directly. This new strategy prevents scripts from being executed in pages where they are not used.Scripts will directly render as declared in Astro files (including existing features like TypeScript, importing
node_modules
, and deduplicating scripts). You can also now conditionally render scripts in your Astro file.However, this means scripts are no longer hoisted to the
<head>
, multiple scripts on a page are no longer bundled together, and the<script>
tag may interfere with the CSS styling.As this is a potentially breaking change to your script behavior, please review your
<script>
tags and ensure that they behave as expected.#11767
d1bd1a1
Thanks @ascorbic! - Refactors content layer sync to use a queue